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На сьогодні проблема віртуального проєктування, моделювання і тестування мобільних роботів до їх 
безпосередньої реалізації «в металі» є досить актуальною. У статті проводиться огляд технологій, що викорис- 
товуються для цього, та розглядається підхід до створення спеціалізованих програмних комплексів, спрямова- 
них на вирішення існуючих у наявних технологіях проблем. Запропоновано концепцію програми для задач 
моделювання структури і поведінки мобільних роботів з елементами штучного інтелекту, призначених для 
супроводу пошуково-рятувальних операцій у комбінації середовищ (повітряне, наземне, підводне) та для про- 
фесійного навчання відповідних спеціалістів. 
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Вступ 

Шлях, яким рухається сучасне сус- 
пільство, це шлях автоматизації, роботиза- 
ції, інтелектуалізації процесів, які викону- 
ються людьми, шлях поступової відмови 
від небезпечних, трудомістких, неком- 
фортних для людини процесів, що вимага- 
ють високого рівня концентрації уваги. У 
рамках руху цим шляхом, уже давно й 
грунтовно, описуються підходи до проєк- 
тування всіляких мобільних роботів, для 
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їх ефективного, безперебійного функціону- 
вання в різних, часом небезпечних, середо- 
вищах (1, 2|. З досвіду моїх колег, що сер- 
йозно займаються цим питанням, можна 
сказати, що розробка й тестування мобіль- 
ного робота - це трудомісткі й вкрай не- 
тривіальні процеси. Вони вимагають вели- 
кого обсягу знань у різних сферах, насам- 
перед, у електротехніці та програмуванні, 
інженерних, конструкторських навичок, 
вільного орієнтування в технічних новин- 
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ках, розуміння принципів та технологій, за 
якими повинен будуватись штучний інте- 
лект, численних експериментів, математич- 
них моделей, проб і помилок. Але щоб по- 
будувати серйозний апарат, особливо 
такий, що дозволить зберегти життя й здо- 
ров'я людей у складних і небезпечних сере- 
довищах, одних знань, навичок і прагнення 
недостатньо. Потрібен такий ресурс як час, 
багато часу. Потрібні кошти й теж у вели- 
ких об'ємах. А в цих ресурсах завжди спо- 
стерігається дефіцит. Особливо, якщо взя- 
ти до уваги той факт, що процес розробки 
мобільного роботу досить часто суміщено 
з затратним по часу процесом отримання 
знань (що не дивно з огляду на те, наскіль- 
ки розробка мобільних роботів є складним 
і творчим процесом) чи взагалі є частиною 
цього процесу, етапом навчання. Кошти - 
це, на жаль, просто насущна проблема для 
нашої країни. А без них немає широких 
можливостей, необхідних деталей, компо- 
нентів та конструкцій, немає їх 3)-друку, 
не кажучи вже про спеціальні випробу- 
вальні стенди та втілення «у металі» біль- 
ших за розміром та потужністю прототи- 
пів, ніж найпростіші. Та й у побудові прос- 
тої, навчальної конструкції мобільного ро- 
бота доводиться стикатись з такими проб- 
лемами, як необхідність використовувати 
цілу низку складних, не пов'язаних між со- 
бою програмних комплексів, численні пов- 
торення одних і тих самих дій, випробу- 
вання правок, внесених у код, безпосе- 
редньо на роботі, що створюється (а це 
знос обладнання та ризик його спалити), 
нестача компонентів і можливості працю- 
вати З ними вільно. 

Процеси розробки та тестування мо- 
більних роботів добре піддаються при- 
швидшенню за рахунок автоматизації, і 
логічно було б для вирішення описаних 
проблем сумістити суттєві частини цих 
розрізнених процесів у одному єдиному 
програмному комплексі. 

Постановка проблеми 

Отже, очевидно, що для вирішення 
задач, які стоять при розробці мобільних 
роботів, було б доцільно мати єдиний, сер- 
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йозний програмний комплекс для проєкту- 
вання та тестування цих роботів (а там, де 
роботи, там і більш прості роботизовані 
системи). Особливо, якби цей комплекс ре- 
ально містив у собі весь необхідний функ- 
ціонал для процесу розробки мобільного 
робота й дозволяв взагалі відмовитись або 
звести до мінімуму використання сторон- 
ніх технологій та програм, дозволяв корис- 
тувачеві створювати необхідні тривимірні 
й фізичні моделі, проєктувати електричну 
начинку робота, писати штучний інтелект, 
настроювати середовище тестування й 
проводити саме тестування з оперативним 
внесенням змін у будь-який компонент 
системи, писати код, який можна буде 
використовувати на мобільному роботі від- 
разу, без додаткових змін. Правильною бу- 
ла б архітектура, при якій цей комплекс 
був би максимально легким у використанні 
та вивченні, розроблявся відразу з приці- 
лом на навчання робототехніці та електро- 
ніці, 1 вза-галі був подібний до гри. 

Однак, існуючі рішення досить дале- 
кі до цієї ідилії. Програмні комплекси, які 
присутні на ринку, є складними, вузькоспе- 
ціалізованими та слабо підштовхують до 
творчості. Вони направлені більше на окре- 
мі процеси, - такі як тестування штучного 
інтелекту мобільного робота, відпрацюван- 
ня окремих алгоритмів. Такі програмні 
комплекси часто ніяк не поєднані з елект- 
ричною схемою робота й базуються на го- 
товій, не мають засобів її тестування та 
моделювання, не мають засобів 3Г- 
моделювання, іноді не мають широких за- 
собів налаштування окремих компонентів, 
середовищ, відмінних від звичайного на- 
земного, в переважній більшості є складни- 
ми у навчанні та підготовці спеціалістів 1 
не захищають їх від типових проблем, що 
неминуче виникають у роботі, є неінтуї- 
тивними, такими, що потребують дуже ви- 
сокого «рівня входу» підготовки користу- 
вача, мають неуніверсальний, розподіле- 
ний функціонал, потребують тісної взаємо- 
дії з іншими програмними комплексами. 
Хоча частина рішень, наприклад, для тес- 
тування, моделювання фізичних процесів 
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та електричних схем може містити досить 
гарні реалізації. 

Імовірно створенню всеосяжного 
програмного комплексу для проєктування 1 
тестування мобільних роботів перешкод- 
жає велика складність та дорожнеча такої 
розробки, а може просто немає виразної 
схеми зведення різних процесів проєкту- 
вання та тестування мобільних роботів 
докупи. Можливо розвиток технологій 
просто випереджає розвиток засобів робо- 
ти з ними. Врешті решт ніщо не заважає 
помріяти на цей рахунок. Можливо, якщо 
розробити концепцію та описати єдиний 
програмний комплекс проєктування мо- 
більних роботів, то з'явиться 1 затребува- 
ність, і економічна доцільність подібної 
розробки. 

Мета дослідження 

Провести огляд технологій, що вико- 
ристовуються для процесів проєктування, 
моделювання і тестування мобільних ро- 
ботів. Дослідити можливість поєднання їх 
функціоналу в єдиному програмному 
комплексі. Розробити концепцію побудови 
й інтерфейс такого програмного комплек- 
су. Визначити, з чого він повинен склада- 
тись та яким повинен бути алгоритм робо- 
ти з ним. При цьому, особливий наголос 
зробити на низький «рівень входу» підго- 
товки користувача й інтуїтивну зрозумі- 
лість для новачків, дружність інтерфейсу, 
за наявності об'єднання основного функ- 
ціоналу в одному програмному комплексі, 
на розширені можливості й, зокрема, на 
моделюван-ня роботи в різноманітних 
середовищах (повітряне, наземне, 
підводне). 

Огляд існуючих рішень 

Перше, з чим стикається розробник 
мобільного робота, -- це необхідність вирі- 
шити, які задачі буде виконувати розроб- 
люваний ним апарат і з яких компонентів 
він буде складатись. Чітке визначення за- 
дач може привести до вибору готових рі- 
шень, наприклад, для участі в дослідниць- 
кій студентській програмі МІТ ДисКіеіомп 
13! знадобиться зовсім простий робот з од- 
нією камерою та двома колесами під 
управлінням Каєбрбешпу Рі. Цього робота 
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можна завжди купити у готовому вигляді. 
А, наприклад, для розробки більш складно- 
го 4-х колісного робота-машинки, призна- 
ченого для переміщень на природі чи для 
розробки квадрокоптеру, вже доведеться 
розбиратись з тим, як скомпонувати окремі 
мікросхеми, двигуни, датчики, шилди та 
інше, розбиратись, як усе це правильно ви- 
брати й чому вибір саме такий, і як під'єд- 
нати та як не спалити це все відразу ж. З 
власними рішеннями все складно. Тут ле- 
жить перший камінь спотикання, бо для 
правильного вибору необхідних мікросхем 
доведеться йти скоріше в глибини інтерне- 
ту, на форуми, до знаючих людей, у ката- 
логи численних інтернет-магазинів, а не до 
спеціальних програмних засобів, що могли 
6 дозволити, хоча б і на початковому етапі, 
створити віртуальну схему робота та по- 
гратись з її параметрами, дозволили б лег- 
ко самостійно визначитись з покупкою не- 
обхідних компонентів, мали б суттєві під- 
казки по частині схемотехніки. Звичайно, 
інтернет, форуми 1 знаючі люди відразу 
підкажуть таке чудове сімейство апаратних 
засобів, призначених для створення прос- 
тих систем автоматики та робототехніки як 
Агдаціпо, підкажуть, що якщо потрібен 
більш серйозний засіб, то слід для початку 
взяти одноплатний комп'ютер Казріетту РІ, 
опишуть і інші компоненти робота. Але які 
є цьому альтернативи? Які є інші плати? 
Які датчики підібрати? Як розрахувати не- 
обхідну потужність джерел живлення? Які 
обрати двигуни? Як правильно побудувати 
електричну схему роботу? Взагалі, як пра- 
цювати з такими засобами як Агадшіпо 1 
Казрбегту Рі? Щоб відповісти собі на ці пи- 
тання нормальним шляхом, є довге і завзя- 
те вивчення різноманітної теорії, характе- 
ристик, підходів, маса проб і помилок. Ї, 
що найгірше, все це буде в цілій низці різ- 
них програмних засобів. Вже на цьому ета- 
пі створення досить простого власного ро- 
бота сучасна робототехніка відштовхує 
людей. Звичайно, можна використати спе- 
ціальні програми-симулятори 1, наприклад, 
для Агаціпо вже існує досить багато таких 
засобів. Це спеціалізовані: Міпша! Вгеай- 
Воага, РацІУ/аге Агдаціпо 5іпиіаїог, Агаціпо 
5иашаюг від Міпгопіся, 5іпадціпо, Агаціпо- 
5, Епаціаге Агашіпо 5 аюог, та такі, які 
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дозволяють працювати, в тому числі, й з 
Агдшпо: Еа5уЕРА, Ргоїец5,  АшоСАР 
1230, Ашодезк ТіпКегсай, ІІТ ерісе, Уепка, 
ТІХАСІоца, РУ5рісе, Сігсції Габ, Сігсиіїз- 
сіопд, 5убіетауізіоп. Але більшість з них 
мають або урізані можливості, або дуже 
«великий поріг входження». Щоб розібра- 
тись зі спеціалізованими програмними 
комплексами, звичайному користувачеві 
чи студенту потрібно, як мінімум, вивчити 
схемотехніку до достатньо серйозного рів- 
ня й тільки потім переходити до якоїсь 
творчості. Або працювати безпосередньо з 
«залізом», експериментувати на реальних 
платах, датчиках і т. п. 

До речі, для того, щоб спроєктувати 
загальний вигляд робота, що розробляється, 
частіше за все потрібно спроєктувати плат- 
форму, на якій будуть розміщуватись його 
компоненти, корпус, який їх покриє, потріб- 
но буде змоделювати роботу підвіски, якщо 
вона там буде, надрукувати це все на 3Р- 
принтері чи зробити вручну. А це необ- 
хідність освоювати нові складні технології 
-- технології 3)-моделювання. Для технічно 
точного моделювання використовуються 
5опаУогк8, АШоСАГ), САТІА, Компас. Для 
моделювання геометрії можуть бути вико- 
ристані й менш націлені на роботу з техніч- 
ним проєктуванням системи, - 345 Мах, 
Мауа, Сіпета АР, Віепаегг, 5Кекспир, К-ЗЮ, 
МОДРО, Агі ої Шизіоп і т. п. 

Отже, якщо тільки на етапі проєкту- 
вання робота, вибору його «начинки» і по- 
будови електричної схеми виникає безліч 
проблем, то проблеми в написанні його 
штучного інтелекту будуть просто гаранто- 
вані. Звичайно, для простих рішень на 
Агдиіпо всю програмну частину можна по- 
містити в одному скетчі Й горя не знати, 
але для роботи потужного штучного інте- 
лекту все ж потрібен потужний комп'ютер, 
потрібно писати багато складного коду Й 
бажано, щоб цей код можна було потім ви- 
користати повторно, потрібне складне тес- 
тування. Щоб не ганяти кожний раз ство- 
реного робота, тестуючи, наприклад, свою 
реалізацію такого методу як 51.АМ, по- 
трібні спеціальні віртуальні симулятори 
роботів. 

Найбільш розповсюдженою готовою 
операційною системою для роботів, фрейм- 
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ворком, що дає функціональність для розпо- 
діленої роботи, є Кобог Орегайпє Зузіет 
(БОБ). Саме за допомогою цього багатопо- 
точного, кросплатформенного Ореп Зошсе 
фреймворка зараз найчастіше вирішується 
проблема апаратної абстракції, реалізації 
низькорівневого контролю, повторного ви- 
користання коду, тощо. До того ж, КОЗ під- 
тримує найпопулярніші програмні комплек- 
си, що виступають як симулятори, як вірту- 
альні середовища, в яких можна протесту- 
вати мобільного робота без необхідності 
його реалізації «в металі». Вони більш за 
все наближені до ідеї дослідження, тому 
роздивимось їх детальніше. 

Якщо потрібно щось моделювати, і 
особливо фізичні процеси, на розум прихо- 
дить такий пакет для вирішення технічних 
обчислень як МАТІТ. АВ (рис. 1) та 5ітийпк 
І4|, який є середовищем графічного прог- 
рамування 1 моделювання та базується на 
основі МАТТАВ. 


- ші » |1СХЇ -'ь 
Рис. 1. Приклад проєкту у МАТІ.АВ 
та 5ітийпк 


Потужність, точність і математична 
всеосяжність даних інструментів дозволяє 
розробляти і тестувати мобільних роботів, 
але цей процес є досить громіздким, трудо- 
містким та складним у безпосередньому 
виконанні. Для того, щоб створити 1 про- 
тестувати мобільного робота, потрібно ви- 
вчити величезну кількість теорії, досягти 
високого рівня розуміння роботи даних 
технологій, плідно попрацювати над на- 
лаштуванням об'єктів і сцени. Звичайно 
МАТІАВ є незрівнянним у моделюванні 
фізики, є розповсюдженим, працює з усіма 
основними операційними системами та 
підтримує КОЗ, але він все ж занадто 
складний і громіздкий, а тому є далеким 
від ідеалу. 
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З КО5З5 зазвичай використовується 
такий симулятор робототехніки як Са7ебо 
І5, 6) (рис.2). Відкритий код, викорис- 
тання аж чотирьох двигунів для роботи з 
фізикою (ОРЕ, ВиПеї, 5іпроду, РАВТ), 
здатність до точного моделювання, гнуч- 
кість, гарне моделювання роботи різнома- 
нітних датчиків роблять цей програмний 
комплекс популярним. У зв'язці з КОЗ він 
навіть використовується у змаганнях з ро- 
бототехніки Кобосир, має велике та ак- 
тивне співтовариство розробників. Раніше 
Сагебо був частиною середовища КОБ5, 
але зараз може використовуватись і як 
окреме програмне забезпечення. Сагебо 
повноцінно доступний лише для Ілпих та 
підтримує написання коду на С--, За його 
допомогою можна відносно легко і швид- 
ко змоделювати робота, але максимально 
простого, концептуального. 


Рис. 2. Приклад проекту у Сагебо 


Про якісь рівні роботи з мікросхема- 
ми чи моделювання електричного ланцю- 
га робота з готових компонентів тут не 
йде мова, все ж Са7ебо - це середовище 
для відносно простого віртуального тесту- 
вання робота. 

Також варто звернути увагу на такий 
розповсюджений програмний комплекс 
симуляції роботів як У/ебоїя |7| (рис. 3). 
Ця досить давня розробка є кросплатфор- 
менною. Вона має дружній графічний 
інтерфейс, працює з відкритим фізичним 
двигуном ОРЕ, підтримує написання коду 
на С, Се, Руфоп, Тауа, Майар, має під- 
тримку КО5 та може бути пов'язана зі 
сторонніми додатками за допомогою про- 
токолу ТСРЛПР. У/ебої5 намагається бути 
повноцінним середовищем моделювання, 
він використовується як для прикладних, 
так і для освітніх програм. Наприклад, 
М/ебоїз може працювати разом з ОрепПСУМ 


О О.С. Коваль 


для ефективної обробки зображень у ре- 
альному часі. Але, як і в Сагебо, тут немає 
мови про роботу з мікросхемами робота, 
моделюванням його електричного ланцю- 
га, про створення 1 роботу готових компо- 
нентів робота. Все складно 1 при необхід- 
ності моделювати робота у специфічних 
середовищах, наприклад, під водою, дода- 
ток зберігає традиційний для подібних 
програм високий «поріг входження». 
сонна альна таня Зо сст 9 
| 


Мне вді Уюм Зтаніт Виїм  Оуніут Топів мама Нео 


Фо аво тож -з М» п »ю в 


БЕОЕЕРЕБЕРЕБРЕСЕЕНВЕВНЕНЕНЕ: : 


Рис. 3. Приклад проєкта у У/ебої5 


Також існує досить вдала платформа 
розробки експериментальних віртуальних 
роботів МУ-КЕР |8| (рис. 4). Це кросплат- 
форменне програмне забезпечення, яке, як 
і Мебоїз, претендує на повноцінність у га- 
лузі моделювання. У-КЕР дозволяє індиві- 
дуально контролювати кожний об'єкт на 
сцені за допомогою дочірніх сценаріїв, на- 
писання плагінів, вузлів ВОЗ, через ро- 
боту з зовнішніми додатками. У-ВЕР пра- 
цює одразу з чотирма фізичними двигуна- 
ми (ОРЕ, ВиПеї, Уогіех, Мемтоп), дозволяє 
зручно працювати з інверсивною кінема- 
тикою. Код можна писати на С, Сн, 
Руфоп, /ама, |і, Майаб, Осіаме, є під- 
тримка КОЗ5. У-КЕР має більш розгорнуті 
можливості з налаштування окремих ком- 
понентів, є більш інтуїтивно зрозумілою 1 
легкою в засвоєнні. Однак і недоліки має 
майже ті самі, що й М/ебоїя, - це відсут- 
ність можливості працювати з мікросхе- 
мами, моделювати електричні ланцюги 
робота, взагалі його начинку, створювати 
нові компоненти робота та працювати з їх 
заготовками. Якщо потрібно працювати у 
специфічних середовищах з У-ВЕР - це 
проблема. Хоча, в цілому, вона має більш 
дружній графічний інтерфейс і краще під- 
ходить для задач навчання. 
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Рис. 4. Приклад проєкта у У-КЕР 


Отже, для того, щоб розробити свого 
мобільного робота, потрібно гарно освоїти 
схемотехніку, вирішити для себе низку 
проблем, які виникають при роботі з нею, 
конструкторських проблем, мати навички 
в програмуванні. У таблиці І показано по- 
рівняння існуючих програмних комплек- 
сів, спрямованих на проєктування і тесту- 
вання мобільних роботів. Якщо проєкту- 
вання буде проходити віртуально, потріб- 
но вивчити спеціальне, не пов'язане з про- 
цесом тестування мобільних роботів, 
програмне забезпечення зі схемотехніки, 
яке є досить ізольованим. Якщо потрібно 
щось більше, ніж тестовий робот з примі- 
тивним способом переміщення, потрібно 
мати знання в проєктуванні, потрібно пра- 
цювати зі спеціальними програмними 
комплексами, створеними для цих цілей 
(5опаУУогк5 та інші). І тут людину тільки 
починають наздоганяти основні програмні 
проблеми, такі як: проблема написання 
адекватного штучного інтелекту, робота з 
зображенням камери, орієнтування за до- 
помогою цього зображення й інформації з 
датчиків, тобто інші камені спотикання. 
Тут постає необхідність використовувати 
віртуальні симулятори та можливо фрейм- 
ворк КО5. Останній, завдяки своєму роз- 
поділеному підходу, широкому викорис- 
танню сторонніх засобів симуляції (а в 
них треба ще розібратись з тим, як вико- 
ристовувати фізику, засвоїти програму- 
вання під відповідні фізичні двигуни), 
проблем тільки додає, та й нормально пра- 
цює він тільки під Ілпих, є досить склад- 
ним у роботі. Пройти всі ці кола пекла 1 
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таки створити свого мобільного робота 
можуть тільки добре вмотивовані люди. 
Звідси випливає необхідність все ж таки 
мати універсальний комплекс віртуально- 
го моделювання мобільних робототехніч- 
них засобів, який дозволить створювати 
роботів і без прояву трудового героїзму. 
Звідси випливають два основних, базових 
принципи його побудови: максимальна 
ігрова простота використання та освоєння 
і необхідність будувати процес розробки 
так, щоб він проходив виключно від лег- 
кого до складного, бажано шляхом посту- 
пового ускладнення вже промодельованих 
процесів і систем. 

Концепція 

Отже, жоден програмний комплекс 
не містить у собі повного переліку засобів 
(таблиця 1, ліва колонка) для того, щоб 
можна було спроєктувати мобільного ро- 
бота, відтестувати в віртуальному середо- 
вищі роботу його електросхем, виявити в 
них можливі помилки, не змінюючи прог- 
рамного засобу, написати штучний інте- 
лект для робота та провести Його тесту- 
вання в віртуальному середовищі. Немає 
таких програмних комплексів, які б роби- 
ли ставку на експериментування, на інтуї- 
тивне вивчення, дозволяли створити необ- 
хідних роботів та їх компоненти парою 
кліків миші, мали гнучку систему поглиб- 
лення спершу примітивної реалізації, ви- 
ходу її на режим серйозної симуляції, по- 
єднували це з існуючими можливостями з 
тестування роботи спеціальних алгорит- 
мів. Навпаки, чим сильніша спеціалізація 
програмного комплексу і близькість до за- 
дач моделювання роботів, тим менш інтуї- 
тивними й зрозумілими виявляються його 
інтерфейс та спосіб застосування. Тому 
дане дослідження й вивчає можливість по- 
будови віртуальної лабораторії, що має 
бодай мінімальну кількість засобів для 
моделювання електричних схем, для мо- 
делювання й, що більш важливо, констру- 
ювання власних моделей складних елект- 
ричних компонентів та плат. 
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Таблиця І. Порівняння існуючих програмних комплексів спрямованих на проєктування 


й тестування мобільних роботів 


Назви програм, що проаналізовано - б Сагебо | У/ебоїз Ро 
Параметри порівняння НН 
Можливість писати код безпосередньо та наявність Мч з Мч з 
віртуального майданчика для тестування 
Можливість легко використати написаний код на в в М в 
розповсюджених платах 
Просунуте моделювання необхідних фізичних процесів та з з а і 
взаємодії між об'єктами 
Можливість вибору середовища (гідро, атмосфера, 
наземне, підземне, ближній космос) 
Дружній інтерфейс з з з з 
Легкість засвоєння та орієнтація на навчання - - - ЧЕ 
Спрощений «логічний» режим для навчання і швидкого 
налаштування компонентів сцени 
Рівень моделювання електроніки та мікросхемотехніки - - - - 
3Р-моделювання компонентів мобільного 
робототехнічного комплексу (РТК) та елементів - Ба - б 
оточення 
Компонування РТК з готових компонентів та їх докладне ї 
налаштування й 
Так яким повинен бути програмний -  кросплатформенним; 
комплекс, що буде включати в себе такі - таким, що розвивається, використову- 


можливості? Як можна розширити базові 
принципи його побудови? З огляду на під- 
хід, який був обраний вище, можна дійти 
висновку, що програмний комплекс для 
моделювання мобільних роботів обов'яз- 
ково повинен бути: 


простим в освоєнні і роботі; 

але при цьому глибоким, достатнім для 
виконання типових задач; 

побудованим за модульним принципом; 
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ючи ідеї своїх користувачів, та проєкти, 
що вони створюють, дає доступ до цих 
проєктів; 

цікавим; 

інтуїтивно зрозумілим; 

максимально універсальним; 
мотивуючим до подальшого розвитку 
одержуваних результатів; 

з широкими можливостями по моделю- 
ванню робота; 
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- робота повинна відповідати руху від 
простого до складного; 

- інтерфейс і вся логіка програмного комп- 
лексу повинна підштовхувати користу- 
вача до експериментування і наукового 
пошуку. 

Для цього пропонується розділити 
побудову мобільних роботів на два прин- 
ципових рівні: простий логічний (рівень, 
що реалізує нескладний, приблизний, на- 
ближений до гри, доступний за замовчу- 
ванням функціонал) та складний фізичний 
(рівень, що містить більш точну реаліза- 
цію необхідного функціоналу). За допомо- 
гою такого підходу можна отримати ре- 
зультат, подібний до того, що дають ком- 
п'ютерні ігри, коли людині цікаво, коли 
прокидається творчість | та | бажання 
ускладнювати отриману реалізацію, коли 
можна одночасно вчитися Й виконувати 
необхідну роботу. Це логічно, адже можна 
пропустити складне, можна сконцентрува- 
тися спершу на тому, що більш цікаве, що 
відповідає моменту. Якщо ж при цьому 
програмний комплекс бодай частково 
буде володіти такою важливою характе- 
ристикою як всеосяжність, якщо за Його 
допомогою можна буде спершу розробити 
концепцію майбутнього мобільного робо- 
та, можна буде забезпечити її прямо зі 
старту штучним інтелектом (який можна 
задати готовими шаблонами чи програм- 
ним кодом, який, якщо він вже буде напи- 
саний, може бути легко помістити у реаль- 
ного робота), якщо можна буде, не зміню- 
ючи нічого, перейти до конструювання 
електричної схеми мобільного робота, до 
експериментального підбору його харак- 
теристик, наприклад, потужності двигуна, 
ємності джерел живлення, до корегування 
його ваги, конструкційної міцності тощо, 
то у підсумку можна значно спростити 
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процес розробки, уникнути багатьох типо- 

вих помилок. Розбиття процесу моделю- 

вання на два рівні також дозволить одразу 
перейти до тестування, одразу задіяти 
творчість людини і тільки потім поступо- 
во показати проблеми реальної, фізичної 
реалізації. А, виконуючи цю реалізацію, 
зостатись у одному єдиному програмному 
комплексі, чим спростити процес розроб- 
ки 1 загальне враження від процесу. 

Розроблюваний програмний комп- 
лекс (приклад інтерфейсу на рис. 5) пови- 
нен складатись з наступних рівнів: 

-. Рівень тестування програмно 1 безпосе- 
редньо у тривимірному середовищі. 

- Рівень моделювання тривимірних 
об'єктів (у тому числі під майбутній 
друк на 3)-принтері) 1 їх редагування. 

- Рівень конструювання та налаштування 
своїх логічних компонентів. 

- Рівень створення своїх тривимірних 
сцен і докладного налаштування 
тестування. 

- Рівень конструювання конкретних 
мікросхем. 

- Рівень управління проєктом. 

-. Рівень написання програм. 

- Рівень роботи зі штучним інтелектом і 
нейронними мережами (конструктори 
нейронних мереж, нехай і у мінімаль- 
ному вигляді, з оглядкою на проблеми 
навчання 1 тестування |9|). 

-. Рівень оформлення документації та ідей. 

- Рівень роботи з фізикою і матеріалами 
(налаштування параметрів тестування, 
взаємодії об'єктів 1 фізики процесів, 
налаштування матеріалів для створення 
роботів). 

- Рівень моделювання роботи механізмів. 

- Рівень моделювання роботи з інверсив- 
ною кінематикою. 


ОО.С. Коваль 
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Рис. 5. Перше наближення інтерфейсу універсальної системи комп'ютерного віртуального 
моделювання мобільних робототехнічних засобів 


Висновки 

Численні програмні засоби, що вико- 
ристовуються для проєктування, моделю- 
вання і тестування мобільних роботів, не є 
універсальними і максимально всеосяжни- 
ми. Крім позитивної складової від наяв- 
ності можливостей, що вони забезпечу- 
ють, вони володіють також і великим 
негативним потенціалом для того, щоб 
складністю та дешевістю своїх рішень від- 
штовхнути дослідників від творчого про- 
цесу розробки власних мобільних роботів 
і робототехнічних засобів, зробити процес 
розробки дуже довгим і складним. 

У той же час ідея створення універ- 
сального програмного комплексу, що 
об'єднав би у собі можливості описаних 
програмних засобів, видається можливою. 
У статті запропоновано концепцію побу- 
дови такого програмного комплексу, опи- 
сано, яким він повинен бути, з яких логіч- 
них рівнів він повинен складатись та наве- 
дено скриншот першого наближення його 
інтерфейсу. 


О О.С. Коваль 
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ша! 5ітиайоп ої піобіїе гобобоєесіпісаї 
теап5 ої іесппіса| апа епуїгоптепіаї 
еуепі5 пешігаїйтабоп апа 50іуїпея ргобіет5 
ої ргоїез5іопа! ігаїпіп? 

Тре ргосез5 ої умігіша! сотригег зіпиіа- 
оп ої плобіе гобойс 5у5іега5 іп 15 ргебепі 
Їогтп 15 согаріех, ІепоФу, гедиігіпя а Іагее 
атойпі ої фуег5е Кпоум/едєе апа 5КИЙЗ, апа 
Фегеїоге тау Бе гериізіуе іо роїепиа! деуеіо- 
рег5 ої 5исП 5убіетя. 

Тре агисіе ргоміде8 ап оуегуїсму ої Ше 
гесппоіовіез цзед Рог Ше ргосе55е5 ої Фе5іє- 
піпє, птлодейпе, апа (е5ппе ої плобіе гобої5з, 
5ром/5 Ше піспе ої Ше5е 50Їіуаге ргодисіє. 
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сіесітіса! сігсиіів їп 5епега| (ЕазуЕРА, 
Ргоїеци5, АШоСАГЮ 1231, Айоадеяк ТіпКег- 
сад, ІЛ ерісе, ГЛТерісе, УепКка, ТІМАСІоша, 
РУрісе, еїс.), (есппоїобієе5 дебієпед ї0 у/огк 
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ВгеадВоагда, РашіМаге Агдаціпо Зітиіаог, 
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гисйпе, 5исб а 50Ймуаге соппріех 15 Фезсгібед, 
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Фепяеїуєе8 їп сопариїег батез, патеїу Шоз5е 
Фаї зігарійу Ше ууогк ргосе55 ає5 тисП а5 
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Іоріса! (плахітаПу 5ігаріїйеа, сопсеріша! Де 
Ісусі ої Феуеїортепі аї у/рісі 1 є0е5 диісКІу 
апа ассогдїпе іо геаду-таде еппріагез) апі 
Фе ріубзісаї (міс Ба5 а деіайеад апа асси- 
гаге птріетепіайоп, уубісі сап Бе обіаїпеа бу 
ехіепдїе Ше Гипсйопайу аїгеаду сгеаїса аї 
Фе Іобісаї Іеуеі). І адаїоп, Ше КНг5і, 
ууогКіпеє арргохітайоп ої (Де Гикшиге іпіегіасе 
ої "рі5 дезсгібед 50Ймаге раскаєє їог уїпша! 
тоадеПпе, ої плобіїе гобоїя угаз ріуеп. 
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